home *** CD-ROM | disk | FTP | other *** search
- ID:NW Networks, Setting up DESQview
- Quarterdeck Technical Note #154
- by Dan Sweeney
-
-
- The most common questions:
-
- Q: Can I run DESQview on my network?
-
- A: Yes, though DESQview is not truly a network-aware program*. DESQview
- interfaces with a network as if it were just another hardware device
- such as a hard disk, modem, or printer. Simply load the network shell
- and start DESQview.
-
- *DESQview does make Novell and IBM PC LAN API calls for compatibility
- purposes (DESQview checks for these networks when it loads).
-
- Q: How many people can use a copy of DESQview on the network?
-
- A: Quarterdeck Office Systems requires one purchased copy for each
- individual that will be using our software. Currently there is no site
- license policy. This requirement applies for all Quarterdeck Office
- Systems products.
-
- Q: Can I run my network file server software in a DESQview window?
-
- A: No. Network operating systems are not DOS programs. The network
- operating system would have to be specifically written for this purpose.
-
- Q: Can I run my network file server software and then load DESQview?
-
- A: This depends on the quality of the DOS emulation of the file server
- software. It is possible to run DESQview after the server software has
- been loaded with most Peer to Peer Networks.
-
- Q: Can I load my workstation network shell in a DESQview window?
-
- A: If the network shell program has been specifically written for this
- purpose--Novell's Network Access Server's IPX.SYS and NET3.COM, for
- example--the answer is yes. Some of our users report loading other
- network shells in a DESQview window with some success. As a general
- rule, loading non-DESQview specific network shells within a window is
- not recommended. The reasons are that network shells are actually
- interrupt arbitrators, re-directors, and/or repeaters. Depending on the
- shell configuration (and the application software) intended to run in
- the window, two primary factors must be considered.
-
- 1. A packet may arrive for the workstation while this window is not the
- current task. The network must retry sending the packet, causing network
- performance degradation (or the network may timeout and drop the work-
- station).
-
- 2. Only that window would be able to see the network. Loading the network
- shell in more than one window can also confuse the network unless the
- shell has been specifically written for this purpose.
-
- Q: Do I need to reconfigure my network card for DESQview?
-
- A: It will probably not be required, but when running DESQview with an
- exPANDed memory it can be very advantageous to do so. If your network
- card places ROM and/or RAM in the reserved memory area (between 640K and
- 1024K), you should locate the ROM and/or RAM to create large contiguous
- free blocks of high memory. Knowing the locations of these items can be
- very useful in troubleshooting memory conflicts as well. DESQview can
- use exPANDed memory to load itself into the unused areas. Large
- contiguous blocks of memory allow DESQview to place more of its code
- "high," leaving more available conventional memory for other programs.
- In addition, Quarterdeck's HIRAM.SYS and LOADHI.COM utilities can map
- RAM into these locations (if your hardware supports the EMS 4
- specification), and you can then load small TSR programs like network
- drivers, buffers, and files in this area rather than in conventional
- memory.
-
- Q: What kind of memory conflicts happen in this area with networks?
-
- A: Most exPANDed memory drivers are loaded prior to the network shell. If
- the shell initializes a RAM buffer in reserved memory after the memory
- driver, it is quite possible that the EMS driver won't know about the
- RAM buffer. When an application tries to use exPANDed memory it may
- overwrite the RAM buffer causing various problems. Symptoms range from
- network access failure to all-out system crashes.
-
- Q: How can I tell where these locations are?
-
- A: The best bet is to check the network card documentation. If you can't
- locate it, consult the manufacturer of the card. It is best to know
- these addresses in hexadecimal numbers.
-
- Q: So how do I prevent memory conflicts?
-
- A: Most exPANDed memory managers have the ability to exclude certain areas.
- QEMM 50/60 and QEMM 386 both have this feature. After determining the
- starting and ending address, place a parameter on the QEMM line of your
- CONFIG.SYS file as listed below:
-
- DEVICE=C:\QEMM.SYS EXCLUDE=XXXX-YYYY
-
- The XXXX should be replaced with the starting hexadecimal address and YYYY
- should be the ending address.
-
- Q: Can I login as a different user in each window?
-
- A: As the network shell is loaded before DESQview, logging in as a
- different user in each window may cause problems. In the case of Novell
- Netware, the IPX can only support one username per card. When this is
- done, the previous username and network access rights are replaced with
- the current rights assigned to the username you use. If you are using
- the IPXSPX.SYS that is supplied with Novell's Remote Access Server
- product, you can in fact login as different users in different windows.
-
- Q: Can I change or set search maps in different windows?
- A: Yes, but... The search mapping facility set in the last window becomes
- the global search map for the workstation. Programs running in other
- DESQview windows may fail if they are using a different map.
-
- Q: Can I map drives in a DESQview window?
-
- A: Yes. In DESQview 2.26 you can map network subdirectories or volumes to
- drive letters. The new map takes effect globally, so use with caution.
-
- Q: Can I load the network shell above 640K with QRAM?
-
- A: Yes, provided you have EEMS or EMS 4.0 HARDWARE and SOFTWARE (and a
- large enough contiguous area to load them in).
-
- Copyright (C) 1991 by Quarterdeck Office Systems
- * * *E N D O F F I L E * * *